Architecture
Overview
The following diagram shows an example architecture including the Connector Kit. In this case the EDC is used as a sample implementation of the Connector Kit.
Interactions
The Connector interacts with the following other components:
Database
The Connector requires a database for persistence. In the reference implementation, a database instance for each Connector is required. This database does not store any of the actual asset data, but rather the metadata consisting of Contracts, Negotiations or Policies. In the reference implementation, this metadata is generated by the management plane.
Secret Vault
A Connector is a security-critical component. It handles credentials, secrets and short-lived that must be shielded from unauthorized access and potential leaks. A ordinary database is unfit for this task, thus the setup requires a Secret Vault. This is usually accomplished via a implementations such as Hashicorp Vault or Azure Vault.
Business Applications
The reason to use a Connector in the first place is to make data available to or obtain it from other participants. This data comes from or is used in your other Business Applications. These interact with the Connector by providing addresses where said data can be found that are then wrapped in Assets by the Connector. For the reference implementation, the interaction will usually pass through the Management API that is documented in detail in the tractusx-edc repository.
Other Connectors
The interactions between different Connectors are specified by the DSP.
Catena X Portal
Contact with the Catena X Portal is necessary to register as a participant and obtain a Business Partner Number. This ID is used in exchanges with other participants.
Notice
This work is licensed under the CC-BY-4.0.
- SPDX-License-Identifier: CC-BY-4.0
- SPDX-FileCopyrightText: 2024 Contributors of the Eclipse Foundation
- Source URL: https://github.com/eclipse-tractusx/eclipse-tractusx.github.io